Постановление НБ РБ 199 09.07.2021 О стандартах проведения расчетов

ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦИОНАЛЬНОГО БАНКА РЕСПУБЛИКИ БЕЛАРУСЬ

9 июля 2021 г. № 199

О стандартах проведения расчетов

На основании абзаца сорок пятого статьи 26, части второй статьи 32 и части первой статьи 39 Банковского кодекса Республики Беларусь Правление Национального банка Республики Беларусь ПОСТАНОВЛЯЕТ:

1.Утвердить стандарт проведения расчетов СПР 8.01-1-2021 «Банковская деятельность. Информационные технологии. QR-коды. Часть 1. Спецификация QR-кодов для приема платежей при использовании банковских платежных карточек» (прилагается).

2.В пункте 1 стандарта проведения расчетов СПР 6.01-2020 «Банковская деятельность. Информационные технологии. Открытые банковские API. Регламент взаимодействия поставщиков API и пользователей API», утвержденного постановлением Правления Национального банка Республики Беларусь от 31 декабря 2019 г. № 552, слова

«программного  интерфейса  приложения»  заменить  словами  «интерфейса  прикладного программирования».

3.Настоящее постановление вступает в силу после его официального опубликования, за исключением пункта 1 настоящего постановления, который вступает в силу с 1 января 2022 г.

Председатель Правления    П.В.Каллаур

 

УТВЕРЖДЕНО

Постановление Правления Национального банка

Республики Беларусь 09.07.2021 № 199

 

СТАНДАРТ ПРОВЕДЕНИЯ РАСЧЕТОВ

СПР 8.01-1-2021 «Банковская деятельность. Информационные технологии. QR-коды. Часть 1. Спецификация QR-кодов для приема платежей при использовании банковских платежных карточек»

РАЗДЕЛ I ОБЩИЕ ПОЛОЖЕНИЯ

1.Настоящий стандарт проведения расчетов (далее – стандарт) применяется при приеме платежей с использованием банковских платежных карточек (далее – карточек) и устанавливает требования:

к структуре, форматам объектов QR-кода при проведении оплаты с использованием QR-кода в режиме организации торговли (сервиса) (далее – ОТС);

к структуре, форматам объектов QR-кода, устройству считывания QR-кода, приложению ОТС и обработке данных, полученных из QR-кода, при проведении оплаты с использованием QR-кода в режиме пользователя.

2.Настоящий стандарт предназначен для работников банков и небанковских кредитно-финансовых организаций (далее – банки), разработчиков программных средств и экспертов испытательных лабораторий, осуществляющих испытания (тестирование) программных средств.

3.В настоящем стандарте используются термины в значениях, установленных нормативными правовыми  актами  Национального  банка,  а также  следующие  термины и их определения:

мобильное приложение – зарегистрированное на мобильном устройстве пользователя приложение с интерфейсом пользователя, предоставленное банком,  ОТС или третьим лицом, и предназначенное для идентификации пользователя, декодирования данных QR-кода, сгенерированного ОТС, и последующего совершения платежной операции (далее – платеж) и (или) кодирования реквизитов платежа с последующим отображением сгенерированного QR-кода на мобильном устройстве пользователя;

полезная нагрузка QR-кода – данные платежа, закодированные в виде QR-кода; пользователь – физическое лицо, заключившее договор с банком об использовании

карточки и (или) кредитный договор и установившее на своем мобильном устройстве соответствующее мобильное приложение;

приложение ОТС – программное обеспечение,  установленное в ОТС и предназначенное для обработки полезной нагрузки QR-кода;

устройство считывания QR-кодов – мобильное приложение и (или) установленное в ОТС оптическое устройство сканирования, используемое для считывания и обработки QR-кода.

Термин «QR-код» используется в значении, определенном абзацем пятнадцатым пункта 2 Положения об использовании кассового и иного оборудования при приеме средств платежа, утвержденного постановлением Совета Министров Республики Беларусь и Национального банка Республики Беларусь от 6 июля 2011 г. № 924/16.

Термин    «цифровой    знак    (токен)»    используется    в значении,    определенном в пункте 12 перечня используемых терминов и их определений согласно приложению 1 к Декрету Президента Республики Беларусь от 21 декабря 2017 г. № 8 «О развитии цифровой экономики».

4.В настоящем стандарте используются следующие обозначения: О – наличие объекта данных обязательно;

Н – наличие объекта данных необязательно (объект может присутствовать или отсутствовать);

У – наличие объекта данных зависит от определенных условий;

base64 – стандарт кодирования двоичных данных при помощи исключительно символов кодировочной таблицы печатных символов ASCII (American standard code for information interchange);

BER-TLV – базовые правила кодирования; ID – идентификатор объекта данных; перем. – переменное (значение);

ans – алфавитно-цифровой специальный формат. Объекты данных содержат ограниченный набор символов согласно приложению.

an – алфавитно-цифровой формат. Объекты данных содержат один символ на байт. Разрешенными символами являются строчные (от a до z) и прописные (от A до Z) латинские буквы и цифры (от 0 до 9);

b – объекты данных, состоящие  либо  из бессимвольных  двоичных  чисел,  либо из комбинаций битов;

N – числовой формат (цифры от 0 до 9);

n – объекты числовых данных состоят из двух цифровых символов (со значением в шестнадцатеричном диапазоне 0–9) на байт. Такие числа выровнены по правому разряду и заполнены начальными шестнадцатеричными нулями;

S – строковый формат.

Числовой формат является подмножеством алфавитно-цифрового специального формата. Алфавитно-цифровой специальный формат является подмножеством строкового формата.

 

РАЗДЕЛ II

ТРЕБОВАНИЯ К СТРУКТУРЕ И ФОРМАТАМ ОБЪЕКТОВ ДАННЫХ QR-КОДА В РЕЖИМЕ ОТС

ГЛАВА 1

НАИМЕНОВАНИЯ И ОПРЕДЕЛЕНИЯ ОБЪЕКТОВ ДАННЫХ QR-КОДА

5.QR-код в режиме ОТС включает в себя условные  обозначения,  используемые для содержания QR-кода, которые приведены в таблице 1.

 

Таблица 1

 

Наименование объекта данных	Определение объекта данных
Индикатор формата полезной нагрузки	Код, определяющий версию шаблона QR-кода и условные обозначения идентификаторов, длины и значений
Метод точки инициирования	Код, определяющий технологию коммуникации (в настоящем стандарте – QR-код), а также статический или динамический характер данных
Контрольная сумма	Контрольная сумма, рассчитанная на основе всех объектов данных, включенных в QR-код

 

6.QR-код в режиме ОТС содержит информацию об ОТС  в соответствии с таблицей 2.

Таблица 2

Наименование объекта данных	Определение объекта данных
Данные ОТС	Данные ОТС, в том числе номер счета ОТС, открытого в банке
Код категории ОТС	Код, присвоенный банком-эквайером, характеризующий вид деятельности ОТС
Код страны ОТС	Двухбуквенный код страны, определяемый по общегосударственному классификатору Республики Беларусь ОКРБ 017-99 «Страны мира», утвержденному постановлением Государственного комитета по стандартизации, метрологии и сертификации Республики Беларусь от 16 июня 1999 г. № 8
Наименование ОТС	Наименование ОТС, указанное прописными и (или) строчными латинскими буквами
Населенный пункт расположения ОТС	Наименование населенного пункта осуществления деятельности ОТС, указанное прописными и (или) строчными латинскими буквами
Почтовый индекс ОТС	Почтовый индекс расположения ОТС
Данные ОТС на выбранном языке	Наименование ОТС и другая информация, связанная с ОТС, на одном из государственных языков, выбранном пользователем (далее – выбранный язык)

Объекты данных «Код страны ОТС», «Наименование ОТС», «Населенный пункт расположения ОТС», «Почтовый индекс ОТС» могут отображаться мобильным приложением для пользователя при обработке платежа.

7.QR-код в режиме ОТС содержит информацию о платеже в соответствии с таблицей 3.

Таблица 3

Наименование объекта данных	Определение объекта данных
Сумма платежа	Сумма платежа (при наличии), переводимого между сторонами, участвующими в платежной операции. При отсутствии суммы платежа пользователю предлагается ввести сумму платежа к оплате ОТС
Валюта платежа	Буквенный код валюты платежа, переводимого между сторонами, участвующими в платежной операции. Указывается согласно общегосударственному классификатору Республики Беларусь ОКРБ 016-99 «Валюты», утвержденному постановлением Государственного комитета по стандартизации, метрологии и сертификации Республики Беларусь от 16 июня 1999 г. № 8
Тип дополнительной суммы к оплате	Указание на то, будет ли предложено пользователю ввести дополнительную сумму к оплате либо будет ли ОТС взимать дополнительную сумму в фиксированном или процентном размере от суммы платежа
Дополнительная сумма к оплате (фиксированная)	Размер взимаемой ОТС дополнительной суммы к оплате
Дополнительная сумма к оплате (в процентах)	Процент от суммы платежа, установленный для расчета взимаемой ОТС дополнительной суммы к оплате

 

Объекты данных «Сумма платежа» и «Валюта платежа» могут отображаться мобильным приложением для пользователя при обработке платежа.

8.Дополнительные данные для различных случаев использования QR-кода в режиме ОТС приведены в таблице 4.

Таблица 4

Наименование объекта данных	Определение объекта данных
Номер счета на оплату	Номер выставленного ОТС пользователю счета на оплату
Номер мобильного телефона	Номер мобильного телефона ОТС
Метка ОТС	Специальное значение, привязанное к ОТС
Номер лояльности	Код программы лояльности
Метка идентификационного номера	Значение, определенное ОТС или банком-эквайером в целях идентификации платежа
Метка пользователя	Любое значение, идентифицирующее конкретного пользователя
Метка платежного терминала	Специальное значение, привязанное к платежному терминалу в ОТС
Назначение платежа	Любое значение, идентифицирующее назначение платежа
Запрос на получение дополнительных данных пользователя	Указание на то, что мобильное приложение должно предоставить запрошенную информацию с целью завершения платежа. Рекомендуется, чтобы запрошенная информация была предоставлена мобильным приложением без отправки запросов пользователю

Объекты данных «Номер счета на оплату», «Номер мобильного телефона», «Метка ОТС», «Номер лояльности», «Метка идентификационного номера», «Метка пользователя», «Метка платежного терминала», «Назначение платежа» могут быть предоставлены ОТС или могут служить указанием того, что мобильное приложение должно предложить пользователю ввести их значения.

ГЛАВА 2

ТРЕБОВАНИЯ К СТРУКТУРЕ И ФОРМАТАМ ОБЪЕКТОВ ДАННЫХ QR-КОДА

9.Данные в QR-коде организованы в виде дерева из объектов. Объект данных может быть представлен простым объектом данных или шаблоном. Шаблон может включать другие шаблоны и простые объекты данных. Объект данных, не включенный в шаблон, считают расположенным под корнем QR-кода.

10.Данные, которые содержатся в QR-коде, организованы следующим образом: каждый объект данных состоит из трех отдельных полей.

Первое поле представляет собой идентификатор (ID), по которому можно идентифицировать объект данных.

Второе поле является полем длины, в котором обозначено количество символов, включенных в третье поле.

Третье поле является полем значения.

Объект данных представляется в виде комбинации:

ID / Длина / Значение,

где ID – закодирован в виде двухзначного числа в диапазоне от «00» до «99»;

Длина – закодирована в виде двухзначного числа в диапазоне от «01» до «99»;

Значение –минимальная длина  поля значения составляет один символ, максимальная – 99 символов.

Значение ID не является уникальным, а объект данных, к которому оно относится, зависит от контекста. Если ID не расположен под корнем QR-кода, контекст ID определяется шаблоном, в состав которого он входит.

 

Например:

ID «01», который расположен под корнем QR-кода, обозначает объект данных «Метод точки инициирования», тогда как ID «01» обозначает объект данных «Номер счета на оплату» при нахождении под шаблоном «Дополнительное поле данных» (то есть в рамках ID «62»).

Объект данных «Индикатор формата полезной нагрузки» (ID «00») является первым объектом данных  под корнем.  Он  позволяет  мобильному   приложению   определить   представление   данных для остальных данных, включенных в QR-код, а также выполнить синтаксический анализ таких данных.

Объект данных «Контрольная сумма» (ID «63») является последним объектом под корнем. Он позволяет мобильному приложению проверить целостность просканированных данных без необходимости выполнения синтаксического анализа всех объектов данных. Все другие объекты данных под корнем или в рамках шаблонов имеют произвольную позицию и могут отображаться в любом порядке.

11.В таблице 5 приведены объекты данных, расположенные под корнем QR-кода, а также их применяемость.

Таблица 5

Наименование объекта данных	ID	Формат	Длина	Применяемость	Примечание
Индикатор формата полезной нагрузки	00	N	«02»	О	Принимает по умолчанию значение «01». Все другие значения являются зарезервированными для последующего использования
Метод точки инициирования	01	N	«02»	Н	Принимает значения: 11– для статических QR-кодов (в случае отображения одного и того же QR-кода для более чем одного платежа); 12– для динамических QR-кодов (в случае отображения нового QR- кода для каждого платежа)
Данные ОТС	02- 51	ans	перем. до «99»	О	Должен присутствовать минимум один объект данных в диапазоне от «02» до «51»
Код категории ОТС	52	N	«04»	О	Объект данных должен отображать код, используемый банком- эквайером для классификации ОТС по виду деятельности
Валюта платежа	53	ans	«03»	О	Значение должно отображать код валюты платежа, в которой проводит свои платежи ОТС
Сумма платежа	54	ans	перем. до «13»	У	Отсутствует, если мобильное приложение должно предложить пользователю ввести сумму платежа. В иных случаях – присутствует. Правила использования приведены в пункте 17 настоящего стандарта
Тип дополнительной суммы к оплате	55	N	«02»	Н	Правила использования приведены в пункте 18 настоящего стандарта
Дополнительная сумма к оплате (фиксированная)	56	ans	перем. до «13»	У	Правила использования приведены в пункте 19 настоящего стандарта
Дополнительная сумма к оплате (в процентах)	57	ans	перем. до «05»	У	Правила использования приведены в пункте 20 настоящего стандарта
Код страны ОТС	58	ans	«02»	О	Принимает по умолчанию значение «BY»
Наименование ОТС	59	ans	перем. до «25»	О	Рекомендуется, чтобы объект данных отображал сокращенное наименование ОТС
Населенный пункт расположения ОТС	60	ans	перем. до «15»	О	Объект данных должен отображать наименование населенного пункта местонахождения ОТС
Почтовый индекс ОТС	61	ans	перем. до «10»	Н	Рекомендуется, чтобы объект данных отображал почтовый индекс расположения ОТС

 

Шаблон «Дополнительное поле данных»	62	S	перем. до «99»	Н	Включает информацию, которая может быть предоставлена ОТС или может быть заполнена мобильным приложением в целях разрешения или упрощения некоторых случаев использования. Перечень объектов данных, которые могут быть включены в данный шаблон, приведен в таблице 6
Контрольная сумма	63	ans	«04»	О	Используется для проверки целостности просканированных данных
Шаблон «Данные ОТС на выбранном языке»	64	S	перем. до «99»	Н	Включает в себя данные ОТС на выбранном языке. Перечень объектов данных, которые могут быть включены в данный шаблон, приведен в таблице 7

12. В таблице  6  приведены  объекты  данных  для шаблона  «Дополнительное  поле данных» (ID «62»).

Таблица 6

 

Наименование объекта данных	ID	Формат	Длина	Применяемость
Номер счета на оплату	01	ans	перем. до «25»	Н
Номер мобильного телефона	02	ans	перем. до «25»	Н
Метка ОТС	03	ans	перем. до «25»	Н
Номер лояльности	04	ans	перем. до «25»	Н
Метка идентификационного номера	05	ans	перем. до «25»	Н
Метка пользователя	06	ans	перем. до «25»	Н
Метка платежного терминала	07	ans	перем. до «25»	Н
Назначение платежа	08	ans	перем. до «25»	Н
Запрос на получение дополнительных данных пользователя	09	ans	перем. до «03»	Н

12.1.

Каждый из объектов данных с ID от «01» до «08», представленный в таблице 6, может быть использован двумя способами:

ОТС может предоставить ID и его содержательное значение;

ОТС может включить ID со специальным значением для того, чтобы мобильное приложение предложило пользователю ввести такую информацию.

Для того, чтобы предложить пользователю ввести одно или несколько таких значений, ОТС включает в данный шаблон соответствующие ID, каждый из которых имеет длину «03» и значение, равное «***» (трем звездочкам).

12.2.При отправке мобильным приложением запроса пользователю на введение значения для любого из таких объектов данных длина вводимого значения не может превышать длину, указанную в таблице 6.

Объект данных «Запрос на получение дополнительных данных пользователя» (ID «09») содержит одно или несколько значений, которые указывают мобильному приложению      данные,      необходимые      для предоставления       в рамках       запроса на инициирование платежа. Рекомендуется, чтобы такие данные уже были известны мобильному приложению, а пользователь не получал ненужные запросы на введение данных.

Для   обозначения   необходимости   предоставления   соответствующих   данных для инициирования платежа возможно включение одного или нескольких символов:

«A» – адрес пользователя;

«M» – номер мобильного телефона пользователя;

«E» – адрес электронной почты пользователя.

Включение    более    чем    одного    символа    свидетельствует     о том,     что для инициирования платежа требуется каждый объект данных, соответствующий символу. Каждый уникальный символ отображается только один раз.

13.
В  таблице  7   приведены   объекты   данных   для шаблона   «Данные   ОТС на выбранном языке» (ID «64»). Такие объекты данных могут использоваться мобильным приложением для представления данных ОТС на выбранном языке.

Таблица 7

 

Наименование объекта данных	ID	Формат	Длина	Применяемость
Выбранный язык	00	ans	«02»	О
Наименование ОТС (на выбранном языке)	01	S	перем. до «25»	О
Населенный пункт расположения ОТС (на выбранном языке)	02	S	перем. до «15»	Н

 

14.Объект данных «Индикатор формата полезной нагрузки» (ID «00») должен быть первым объектом данных в QR-коде. Объект данных «Контрольная сумма» (ID «63») должен быть последним объектом данных в QR-коде. Все остальные объекты данных, расположенные под корнем, могут быть размещены в любой последовательности.

Объекты данных в шаблонах «Дополнительное поле данных» (ID «62») и «Данные ОТС на выбранном языке» (ID «64») могут быть размещены в любой последовательности под соответствующими шаблонами.

15.ID  должен   быть   закодирован   в виде   двухзначного   числового   значения в диапазоне  от «00»  до «99».   Должен   присутствовать   только   один   объект   данных со специальным  ID,   расположенным   под корнем,   и только   один   специальный   ID в шаблоне.

16.Длина объекта данных должна быть равной количеству символов  в поле значения и закодирована в виде двухзначного  числового  значения  в диапазоне  от «01» до «99».

17.Если объект данных «Сумма платежа» (ID «54») присутствует, его значение должно отличаться от ноля, включать только цифры от «0» до «9» и может содержать один десятичный разделитель в виде символа «.» (точка). В том случае, если сумма включает десятичные разряды, символ «.» (точка) должен использоваться для разделения десятичных разрядов и целого числа, при этом символ «.» (точка) может присутствовать даже в случае отсутствия десятичных разрядов. Сумма платежа не подлежит включению, если мобильное приложение должно отправить пользователю запрос на введение суммы к оплате ОТС.

18.Если объект данных «Тип дополнительной суммы к оплате» (ID «55») присутствует, он должен содержать значение «01» , «02» или «03», при этом:

значение «01» должно использоваться в случае, если мобильное приложение должно предложить пользователю ввести дополнительную сумму к оплате;

значение «02» должно использоваться для обозначения включения объекта данных

«Дополнительная  сумма  к оплате  (фиксированная)» (ID  «56»), предусматривающего взимание дополнительной суммы в фиксированном размере;

значение «03» должно использоваться для обозначения включения объекта данных

«Дополнительная сумма  к оплате (в процентах)» (ID «57»), предусматривающего взимание дополнительной суммы в процентном размере от суммы платежа.

19.Значение объекта данных «Дополнительная сумма  к оплате  (фиксированная)» (ID «56») должно присутствовать и должно отличаться от ноля, если объект данных «Тип дополнительной суммы к оплате» (ID «55») присутствует со значением «02». В других случаях такой объект данных должен отсутствовать.

Если объект данных «Дополнительная сумма к оплате (фиксированная)» присутствует, он должен включать только цифры от «0» до «9» и может содержать один десятичный разделитель в виде символа «.» (точка).

Если значение объекта данных «Дополнительная сумма к оплате (фиксированная)» включает десятичные разряды, должен использоваться символ «.» (точка) для разделения десятичных разрядов  и целого  числа.  Символ  «.»  (точка)  может  присутствовать  даже в случае отсутствия десятичных разрядов.

20.Значение  объекта  данных  «Дополнительная  сумма  к оплате (в процентах)» (ID «57») должно присутствовать, если присутствует объект данных «Тип дополнительной суммы к оплате» (ID «55») со значением «03», при этом должны использоваться только значения от «00.01» до «99.99». В других случаях такой объект данных должен отсутствовать.

Если объект данных «Дополнительная сумма к оплате (в процентах)» присутствует, он должен включать только цифры от «0» до «9» и может содержать один десятичный разделитель в виде символа «.» (точка).

В  случае,  если   значение   объекта   данных   «Дополнительная   сумма   к оплате (в процентах)» включает десятичные разряды, символ «.» (точка) должен использоваться для разделения десятичных разрядов и целого числа, а символ «.» (точка) может присутствовать даже в случае отсутствия десятичных разрядов.

Значение   объекта   данных   «Дополнительная   сумма    к оплате   (в процентах)» не должно содержать какие-либо другие символы.

РАЗДЕЛ III

ТРЕБОВАНИЯ К СТРУКТУРЕ И ФОРМАТАМ ОБЪЕКТОВ ДАННЫХ QR-КОДА В РЕЖИМЕ ПОЛЬЗОВАТЕЛЯ

ГЛАВА 3 ОБЩИЕ ТРЕБОВАНИЯ

21.Совершение   платежа   по QR-коду   в режиме   пользователя   осуществляется с использованием реквизитов карточки, предварительно привязанных к мобильному устройству пользователя. При выборе варианта оплаты по QR-коду на мобильном устройстве пользователя должен отобразиться QR-код, который  необходимо отсканировать при оплате в ОТС.

Авторизация таких операций всегда осуществляется в режиме онлайн. С учетом того, что сканирование QR-кода представляет собой одностороннюю передачу данных с мобильного устройства пользователя в приложение ОТС, полезная нагрузка QR-кода не содержит каких-либо данных об ОТС.

22.Для обеспечения возможности оплаты с использованием QR-кода ОТС должно иметь следующие объекты:

устройство считывания QR-кодов, которое сканирует QR-код, преобразует QR-код в строчную информацию и отправляет извлеченные данные в приложение ОТС. Такие данные представлены полезной нагрузкой QR-кода, кодированной по стандарту base64;

приложение ОТС, которое декодирует по стандарту base64 информацию, полученную с устройства считывания QR-кодов, проводит  синтаксический  анализ данных, проверку содержания и формата, а также обработку платежа.

23.Объекты данных полезной нагрузки QR-кода разделены на два основных класса: данные, которые требуются приложению ОТС для обработки платежа и построения

авторизационного запроса, который будет направлен банку-эквайеру (далее – данные платежа). Например, приложение ОТС должно иметь возможность распознавания данных для представления информации пользователю, формирования карт-чека и корректной маршрутизации операции. Такие данные представлены в объекте данных «Индикатор формата полезной нагрузки» (ID «85»), шаблоне «Приложение» (ID «61») и (или) шаблоне

«Общие данные» (ID «62»);

другие данные,  которые  не требуются  приложению  ОТС  для обработки  платежа и только перенаправляются банку-эквайеру (далее – «прозрачные данные»). Такие данные могут  присутствовать  в шаблоне  «Специальный  прозрачный  шаблон  приложения»  (ID

«63») или шаблоне «Прозрачный шаблон общих данных» (ID «64»).

 

ГЛАВА 4

ТРЕБОВАНИЯ К СТРУКТУРЕ И ФОРМАТАМ ОБЪЕКТОВ ДАННЫХ, ИСПОЛЬЗУЕМЫХ ДЛЯ ФОРМИРОВАНИЯ QR-КОДА

24.Объекты данных, которые могут быть включены в QR-код в режиме пользователя, приведены в таблице 8.

Таблица 8

Наименование объекта данных	ID	Формат	Длина	Применяемость	Определение объекта данных
Идентификатор приложения	4F	b	«05» – «16»	О	Код, идентифицирующий мобильное приложение
Метка приложения	50	ans	«01» – «16»	Н	Мнемонический код, связанный с идентификатором приложения
Идентификатор номера карточки (токен)	5A	n	«16» – «19»	Н	Временный токен, идентифицирующий карточку пользователя
Срок действия карточки	57	n	«04»	Н	Дата истечения срока действия карточки в формате MM/YY (месяц/год)
Специальный прозрачный шаблон приложения	63	b	перем. до «99»	Н	Содержит специальные данные мобильного приложения, которые являются «прозрачными данными» для приложения ОТС
Шаблон приложения	61	b	перем. до «99»	Н	Содержит специальные данные мобильного приложения
Номер версии приложения	9F08	b	«02»	H	Номер версии, присвоенный мобильному приложению платежной системой
Шаблон общих данных	62	b	перем. до «99»	Н	Содержит общие данные, применяемые в приложении ОТС, для приложения (приложений) в шаблоне (шаблонах) приложения
Прозрачный шаблон общих данных	64	b	перем. до «99»	Н	Содержит общие «прозрачные данные» для приложения ОТС, для приложения (приложений) в шаблоне (шаблонах) приложения
Имя пользователя	5F20	ans	«02» – «26»	Н	Обозначает имя пользователя
URL банка- эмитента	5F50	ans	перем. до «99»	Н	Содержит данные банка-эмитента (номер мобильного телефона, электронный адрес), которые могут быть использованы ОТС для получения дополнительных данных o пользователе
Маскированный номер карточки	9F25	ans	«16» – «19»	Н	Представляет цифры номера карточки, связанного с платежным токеном
Выбранный язык	5F2D	an	«02» – «08»	Н	Выбранный язык с наивысшим предпочтением
Идентификатор запросчика токена	9F19	n	«06»	Н	Уникальная идентификация пары между запросчиком токена и доменом токена
Индикатор формата полезной нагрузки	85	an	«05»	О	Код, определяющий версию шаблона QR-кода. Первыми тремя символами всегда будут являться CPV1, а последние два символа должны быть представлены десятичными цифрами, которые обозначают версию формата полезной нагрузки. По умолчанию равен «CPV01»
Номер счета пользователя	9F24	an	«28»	Н	Номер счета пользователя, открытый в банке- эмитенте, с которым связан платежный токен

 

1 Аббревиатура от Consumer Presented Version (версия режима потребителя).

25.Данные  в полезной  нагрузке  QR-кода  должны  состоять  из закодированных в формате   BER-TLV    объектов    данных,    организованных    в виде,    представленном в таблице 9.

Таблица 9

ID	Наименование объекта данных			Применяемость
«85»	Индикатор формата полезной нагрузки			О
«61»	Шаблон «Приложение»			О
	«63»	Шаблон «Специальный прозрачный шаблон приложения»		Н
		«xxxx»	Дополнительные объекты данных, закодированные в формате BER-TLV	Н
«61»	Шаблон «Приложение»			Н
	«xxxx»	Дополнительные объекты данных, закодированные в формате BER-TLV		Н
	«63»	Шаблон «Специальный прозрачный шаблон приложения»		Н
		«xxxx»	Дополнительные объекты данных, закодированные в формате BER-TLV	Н
«62»	Шаблон «Общие данные»			Н
	«xxxx»	Дополнительные объекты данных, закодированные в формате BER-TLV		Н
	«64»	Шаблон «Прозрачный шаблон общих данных»		Н
		«xxxx»	Дополнительные объекты данных, закодированные в формате BER-TLV	Н
«xx»	Другой шаблон			Н
	«yy»	Другой шаблон или примитивный объект данных		Н

 

26.Объект данных «Индикатор формата полезной нагрузки» (ID «85») является первым объектом данных полезной нагрузки. Полезная нагрузка QR-кода содержит один шаблон «Приложение» или два шаблона «Приложение» с одним необязательным шаблоном «Общие данные». Другие шаблоны могут также присутствовать в полезной нагрузке QR-кода.

Шаблон «Приложение» или шаблон «Общие данные» должен предшествовать другим шаблонам, таким образом, чтобы объект данных «Индикатор формата полезной нагрузки», шаблон «Приложение» (если присутствуют) и шаблон «Общие данные» (если присутствует) являлись первыми объектами данных в полезной нагрузке QR-кода.

В соответствии с правилами кодирования в формате BER-TLV, шаблоны и данные в пределах шаблона «Приложение» или шаблона «Общие данные» могут располагаться в любой последовательности.

Дополнительные объекты, закодированные в формате BER-TLV, в шаблонах могут включать объекты данных, перечисленные в таблице 10. Однако, одни и те же объекты данных  не должны  быть  представлены  одновременно  в шаблонах   «Приложение» (ID «61») и «Общие данные» (ID «62»).

27.Рекомендуется, чтобы объекты данных, включенные в полезную нагрузку QR-кода,  включали  только  те  объекты,  которые   имеют   критическое   значение для обработки платежа.

При определении объектов данных, которые подлежат включению в полезную нагрузку QR-кода, следует принимать во внимание, что с увеличением совокупного размера объектов  данных  в QR-коде  увеличивается  также  время  нахождения  QR-кода в поле2 и снижается коэффициент успешного считывания QR-кода.

2 Под временем нахождения QR-кода в поле подразумевается продолжительность удерживания пользователем  QR-кода  в поле  действия  устройства  считывания  QR-кода,  необходимая  для успешного считывания QR-кода.

ГЛАВА 5

ТРЕБОВАНИЯ К УСТРОЙСТВУ СЧИТЫВАНИЯ QR-КОДОВ И ПРИЛОЖЕНИЮ ОТС

28.Для считывания QR-кода устройство считывания QR-кодов должно поддерживать возможность извлечения минимум 512 байтов из QR-кода. Устройство считывания QR-кодов может поддерживать возможность извлечения более 512 байтов.

29.QR-код, считанный при помощи устройства для считывания QR-кода, представляет собой полезную нагрузку QR-кода, закодированную по стандарту base64, которая должна быть передана в приложение ОТС.

Если данные, полученные с устройства считывания QR-кода, начинаются с комбинации «hQVDUFY»,  приложение ОТС должно  провести  декодирование base64 с последующим синтаксическим анализом данных.

Приложение ОТС должно поддерживать минимум 512 байтов данных QR-кода.

В случае, если любое из приведенных далее утверждений (в представленной последовательности)   является истинным, данные не являются закодированными в соответствии с настоящим стандартом:

данные, полученные с устройства считывания QR-кода, не являются закодированными по стандарту base64;

двоичные данные, полученные в результате  декодирования  по стандарту  base64, не закодированы в формате BER-TLV;

первые данные, закодированные в формате BER-TLV, отличаются от значения объекта данных «Индикатор формата полезной нагрузки» (ID «85»).

30.Приложение ОТС должно провести синтаксический анализ  данных  BER-TLV для извлечения полезной нагрузки QR-кода. Если значение объекта данных «Индикатор формата полезной нагрузки» (ID «85») не является «CPV01» или данные не содержат шаблон

«Приложение» (ID «61»), приложение ОТС должно указать на возникновение ошибки.

31.Приложение ОТС должно провести анализ объекта данных «Идентификатор приложения» (ID «4F») для каждого шаблона «Приложение» (ID «61») для определения того, поддерживается ли соответствующее приложение приложением ОТС.

Если шаблон не содержит объект данных «Идентификатор приложения» (ID «4F»), то  приложение   ОТС   должно   прекратить   обработку   текущего   шаблона   и перейти к следующему шаблону (если присутствует).

Если длина значения объекта данных «Идентификатор приложения» (ID «4F») составляет менее 5 или более 16 байтов, то приложение ОТС должно прекратить обработку текущего шаблона и перейти к следующему шаблону (если присутствует).

32.Приложение ОТС должно провести синтаксический анализ оставшейся части выбранного шаблона «Приложение» и сохранить объекты  восстановленных  данных для последующей обработки платежа.

33.При создании данных платежа в соответствии с приведенным выше описанием приложение ОТС должно проверить наличие дублирующихся объектов данных. Это правило распространяется только  на данные  платежа  и не распространяется  на любое  содержание в рамках «прозрачных данных». В случае наличия более одного простого объекта данных в данных платежа приложение ОТС должно указать на возникновение ошибки.

34.Приложение ОТС должно игнорировать, но не должно исключать нераспознанные объекты данных  (данных,  не определенных  в настоящем  стандарте) из данных платежа. Приложение ОТС должно иметь возможность приема дополнительных шаблонов, не включенных конкретно в данные QR-кода.

35.По завершению проверки согласованности данных приложение ОТС переходит к обработке платежа.

ГЛАВА 6

ТРЕБОВАНИЯ К ОБРАБОТКЕ ДАННЫХ, ПОЛУЧЕННЫХ ИЗ QR-КОДА

36.По завершении обработки полезной нагрузки данных QR-кода ОТС в приложении ОТС имеется два набора данных: данные платежа и «прозрачные данные».

Приложение ОТС использует данные платежа для обработки платежа и оба набора данных – для построения сообщений. Приложение ОТС не использует «прозрачные данные» для обработки платежа.

Обработка платежа включает в себя: проверку поддержки приложения; отображение сообщений; формирование карт-чека;

определение формата «прозрачных данных»; выполнение специальной обработки для ОТС.

37.Обработка платежа выполняется на основании данных платежа, представленных в таблице 10, в которой также установлены требования к характеру присутствия данных.

Таблица 10

Наименование объекта данных	ID	Примечание
Идентификатор приложения	4F
Метка приложения	50	Может быть распечатана на карт-чеке
Идентификатор номера карточки (токен)	5A
Срок действия карточки	57
Имя пользователя	5F20	Может быть распечатано на карт-чеке
Выбранный язык	5F2D	При отображении сообщений для пользователя должен использоваться язык с наивысшим предпочтением
URL банка-эмитента	5F50	Используется для получения вспомогательных данных
Номер версии приложения	9F08	При отсутствии таких данных используется значение по умолчанию «00 10» (версия 1.0)
Идентификатор запросчика токена	9F19
Номер счета пользователя	9F24	Разрешенными символами являются прописные латинские буквы и цифры
Маскированный номер карточки	9F25	Используется для включения маскированного номера карточки в карт-чек

 

Приложение

к стандарту проведения расчетов СПР 8.01-1-2021 «Банковская деятельность. Информационные технологии. QR-коды. Часть 1.

Спецификация QR-кодов для приема платежей при использовании банковских платежных карточек»

Общий набор символов